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A DEVELOPMENT ENVIRONMENT FOR BUILDING SOFTWARE 
APPLICATIONS THAT MIMICS THE TARGET ENVIRONMENT 

TECHNICAL FIELD 

The present invention relates to the field of development environments for 
5 building software applications, and more particularly to a process for creating and 
managing a development environment that mimics the target environment where the 
software application will be implemented, 

BACKGROUND INFORMATION 

A development environment may refer to the hardware components, e.g., 
10 servers, and software components, e,g., operating systems, required to build the 
software applications. Once built, the software applications may be deployed in 
another environment, commonly referred to as the target environment on which the 
application is implemented. That is, the customer may use the software appUcation in 
the target environment. 

15 Many developers of software apphcations establish or arrange a development 

environment that may not be compliant with the target environment that implements 
the built software application. Furthermore, developers of software applications are 
often not aware of the required system updates to ensure that the development 
environment meets customers' standards for security, virus protection, access control, 

20 etc. 

As a result, software applications have been developed and deployed without 
adequately testing the software applications in the target environment. Consequently, 
these software apphcations may fail in the target environment resulting in a 
significant amount of code modification, design changes and/or additional testing. 
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It would therefore be desirable to have a development process that reduces the 
costs of correcting problems after the software application has been deployed because 
the software application is incompatible with the target environment. 
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SUMMARY 

The problems outlined above may at least in part be solved in some 
embodiments by creating and managing a development environment that mimics the 
target environment using control information, e.g., client standards for the hardware 
5 and software components in the target environment, thereby reducing the number of 

problems that need to be corrected after the software apphcation has been deployed. 
The development environment may be monitored for violated conditions of the 
control information prior to the deployment of the software application. Once a 
violated condition of the control information has been detected, the appropriate 

1 0 developer or team of developers may be notified to correct the problem. By receiving 
early notification of violations of the conditions as specified by the control 
information, the development environment and/or software application may be 
updated thereby reducing the number of problems that need to be corrected after the 
software application has been deployed. That is, the costs of correcting problems 

1 5 after the software application has been deployed may be reduced. 

In one embodiment of the present invention, a method for creating and 
managing a development environment that mimics a target environment where a 
software apphcation may be implemented may comprise the step of a server receiving 
a request issued fi^om customer, developer or team of developers. The request may be 

20 a development environment request, a change request or a problem report. A 

development environment request may comprise a description of the development 
environment and the software application to be developed. A change request may 
refer to a description of the change in the development environment to be 
implemented. A problem report may refer to a description of a problem detected in 

25 the development environment including a reference to the particular development 
environment. 
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Upon receipt of the request, the request may be transmitted to a sub-process 
configured to review the request. The request may be rejected, held, retumed to the 
requester or assigned as discussed below. The sub-process configured to review the 
request may receive control information, e.g., an environment profile, a server profile, 
5 a network component profile and/or a statement of work, to manage how to handle 
the request, e.g., environment request, change request, problem report, as discussed 
further below. An environment profile may refer to a description of the development 
environment including the hardware and software components of the development 
environment as well as the software appHcation to be developed and project business 

10 and financial data. A server profile may describe the hardware and software 
configuration data for an individual server used in the development environment. A 
network component profile may describe the hardware and software configuration 
data for any dedicated network component used in the development environment. 
Furthermore, the sub-process configured to review the request may receive as control 

15 information the conditions stated in the statement of work, e.g., customer standards 

for the hardware and software components in the target environment, contract 
conditions, etc. A statement of work may refer to the document that provides the 
detailed description of the project to be completed by the developers. 

As stated above, the sub-process configured to review the request may receive 
20 control information to manage how to handle the request, e.g., environment request, 

change request and problem report. The request may be rejected if the request is not 
submitted by an authorized customer, an authorized developer or an authorized team 
of developers or if the request is not in compliance with a condition(s) of the 
statement of work as indicated. Further, the request may be held if there are issues 
25 that need to be resolved. For example, the request may be held to ensure that 
particular contract conditions are met. Furthermore, the request may be retumed to 
the requester if the request is not complete, e.g., additional information is required. 
Furthermore, the request submitted by an authorized customer or developer or team 
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of developers that contains all the required information as well as satisfying all the 
conditions of the statement of work may be transmitted to a sub-process configured to 
assign the request to the responsible development team. 

Upon assigning the request to the appropriate development team, the request 
may be transmitted to a sub-process configured to process the request. The sub- 
process configured to process the request may receive as input the request that is 
ready to be processed by the responsible development team in accordance with the 
control information provided by a statement of work, a server profile, a network 
component profile and/or an environment profile. Upon processing the request, the 
request may be completed. Furthermore, the sub-process configured to process the 
request may update changes, if any, to the development environment in the 
environment profile, the server profile and/or the network component profile. 

The sub-processes described above may occur in a synchronously manner. 
During their operation, the following discussed sub-processes may occur in an 
asynchronous manner configured to detect and notify of any violated conditions of 
the control information, e.g., statement of work, tiiereby providing an early 
notification of the violation of the conditions as specified by the control information 
prior to the deployment of the software apphcation. By receiving early notification of 
violations of the conditions as specified by the control information, the development 
environment and/or software application may be updated thereby reducing the costs 
of correcting problems after the software apphcation has been deployed. 

A sub-process may be configured to continuously monitor the development 
environment, including but not hmited to, tiie hardware components, e.g., servers, and 
tiie software components, e.g., operating systems, of tiie development environment. 
The sub-process configured to monitor the development environment may monitor 
the development environment via automated monitoring tools. An automated 
monitoring tool may be configured to monitor particular operating conditions of the 
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development environment. For example, the automated monitoring tools may be 
configured to monitor the utiHzation of the memory space or physical disk space of 
one or more servers in the development environment. Using the conditions as 
specified in the control information, e.g., server not to utilize 80% of its memory 
space as specified in the server profile, the automated monitoring tools may monitor 
these conditions to determine if a condition has been violated. 

Once the automated monitoring tools has determined that a condition has been 
violated, the sub-process may indicate the violated condition in a report which may 
then be transmitted to a sub-process configured to transmit a report to the customer as 
described in greater detail below. Further, the sub-process for monitoring violated 
conditions may be configured to determine the appropriate developer or team of 
developers to be notified of the violated condition based on the control information, 
e.g., the environment profile, the server profile, the network component profile. The 
sub-process for monitoring violated conditions may fiirther issue a notification 
request to a sub-process configured to notify the appropriate developer or team of 
developers of the violated condition. 

The sub-process configured to notify the appropriate developer or team of 
developers of the violated condition may notify the appropriate developer or team of 
developers of the problem according to the contact information provided in the 
control information, e.g., the environment profile, the server profile, the network 
component profile. For example, the environment profile may specify to notify the 
developer or team of developers in question via e-mail. In another example, the 
environment profile may specify to notify the developer or team of developers in 
question by being paged. 

As stated above, the sub-process configured to monitor the development 
environment may transmit an indication of a violation of a condition to be inserted in 
a report to a sub-process configured to issue a report to the customer. The sub- 
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process configured to issue a report to the customer may further be configured to 
receive as input the status of the development environment from the automated 
monitoring tools. The automated monitoring tools may be configured to periodically, 
e.g., once every hour, transmit information to the sub-process regarding the status of 
the development environment including information that tiie hardware and software 
components of the development environment are operating in order. The sub-process 
configured to issue a report to the customer may subsequently be configured to issue 
a report to the customer where the report may include violated conditions as reported 
by the sub-process configured to monitor the development environment as well as the 
status details of the development environment provided by the automated monitoring 
tools. 

The foregoing has outlined rather broadly the features and technical 
advantages of one or more embodiments of the present invention in order that the 
detailed description of the invention that follows may be better understood. 
Additional features and advantages of the invention will be described hereinafter 
which form the subject of the claims of the invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A better understanding of the present invention can be obtained when the 
following detailed description is considered in conjuaction with the following 
drawings, in which: 

Figure 1 illustrates a network system configured in accordance with the 
present invention; 

Figure 2 illustrates a server in a network system configured in accordance 
with the present invention; 

Figure 3 is a process flow diagram for creating and managing a development 
environment that mimics a target environment where a software appHcation will be 
implemented in accordance with the present invention; 

Figure 4 illustrates a development environment request in accordance with the 
present invention; 

Figure 5 illustrates a change request configured in accordance with the present 
invention; 

Figure 6 illustrates a problem report configured in accordance with the present 
invention; 

Figure 7 illustrates an environmental profile in accordance with the present 
invention; 

Figure 8 illustrates a server profile in accordance with the present invention; 

and 

Figure 9 illustrates a network component profile in accordance with the 
present invention. 
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DETAILED DESCRIPTION 

Figure 1 - Network System 

Figure 1 illustrates an embodiment of a network system 100 in accordance 
with the present invention. System 100 may comprise a chent 110 coupled to a server 
130 via a network 120. Network 120 may be a Local Area Network (LAN), e.g., 
Ethernet, Token Ring, ARCnet, or a Wide Area Network (WAN), e.g., Intemet. 
Server 130 may be configured to receive requests issued from a customer at chent 
110. One such request may be referred to as a "development environment request" 
which may comprise a description of the development environment and the software 
application to be developed. Another such request may be referred to as a "change 
request" which may comprise a description of the change in the development 
environment to be implemented. Another such request may be referred to as a 
"problem report" which may comprise a description of a problem in the development 
environment to be corrected. It is noted that system 100 may comprise ^y number of 
cUents 1 10 as well as any number of servers 130 and that Figure 1 is illustrative. It is 
fiirther noted that the connection between client 110 and network 120 may be any 
medium type, e.g., wireless, wired. It is further noted that client 110 may be any type 
of network access device, e.g., wireless, Personal Digital Assistant (PDA), cell phone, 
personal computer system, workstation, web terminal, Intemet apphance, configured 
with the capabihty of connecting to network 120 by either a wired or wireless 
connection. It is further noted that system 100 may be any type of system that has at 
least one server 130 and at least one chent 1 10 and that Figure 1 is not to be limited in 
scope to any one particular embodiment. 

Figure 2 - Server 

Figure 2 illustrates an embodiment of the present invention of server 130. 
Referring to Figure 2, server 130 may comprise a processor 210 coupled to v^ous 
other components by system bus 212. An operating system 240 may run on processor 
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210 and provide control and coordinate the functions of the various components of 
Figure 2. An application 250 in accordance with the principles of the present 
invention may run in conjunction with operation system 240 and which may expose 
an AppUcation Program Interface (API) to application 250 and provide services 
thereto. AppUcation 250 may include for example, a program for creating and 
managing a development environment that mimics the target environment where the 
software appHcation will be implemented as described in conjunction with Figures 3- 
8. 

Referring to Figure 2, read only memory (ROM) 216 may be coupled to bus 
212 and include a basic input/output system ("BIOS") that controls certain basic 
functions of server 130. Random access memory (RAM) 214, Input/Output (I/O) 
adapter 218 and communications adapter 234 may also be coupled to system bus 212. 
It should be noted that software components, including operating system 240 and 
appHcation 250, may be loaded into RAM 214 which may be server's 130 main 
memory. I/O adapter 218 maybe a small computer system interface ("SCSI") adapter 
that communicates with disk unit 220, e.g., disk drive. It is noted that the program of 
the present invention that may create and manage a development environment that 
mimics the target environment where the software application will be implemented as 
described in Figures 3-8 may reside in disk unit 220 or in application 250. 
Communications adapter 234 interconnects bus 212 with network 120 thereby 
enabling server 130 to communicate with cKent 1 10. 

Implementations of the invention include implementations as a computer 
system programmed to execute the method or methods described herein and as a 
computer program product. According to the computer system implementations, sets 
of instructions for executing the method or methods are resident in the random access 
memory 214 of one or more computer systems configured generally as described 
above. Until required by server 130, the set of instructions may be stored as a 
computer program product in another computer memory, for example, in disk drive 
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220 (which may include a removable memory such as an optical disk or floppy disk 
for eventual use in disk drive 220). Furthermore, the computer program product can 
also be stored at another computer and stored or transmitted (or a portion thereof) 
when desired to the user's workstation or accessed by a user via a network or by an 
extemal network such as the Intemet. One skilled in the art would appreciate that the 
physical storage of the sets of instructions physically changes the medium upon 
which it is stored so that the medixmi carries computer readable information. The 
change may be electrical, magnetic, chemical or some other physical change. 

Figure 3 - Process Flow Diagram for Creating and Managing a Development 
Environment that Mimics the Target Environment 

Process flow diagram 300 for creating and managing a development 
environment that mimics the target environment where the software appUcation will 
be implemented may comprise a plurality of sub-processes 301-307. As stated in the 
Background Information section, many developers of software applications establish 
or arrange a development environment that may not be comphant with the target 
environment that implements the built software apphcation. Furthermore, developers 
of software apphcations are often not aware of the required system updates to ensure 
that the development environment meets customers' standards for security, vims 
protection, access control, etc. As a result, software applications have been 
developed and deployed without adequately testing the software applications in the 
target environment. Consequently, these software applications may fail in the target 
environment resulting in a significant amount of code modification, design changes 
and/or additional testing. It would therefore be desirable to develop a process that 
significantly reduces the costs of correcting problems after the software application 
has been deployed because the software application is incompatible with the target 
environment. Process flow 300 is a process for creating and managing a development 
environment that mimics the target environment using control information, e.g., client 
standards for the hardware and software components in the target environment, as 
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described below thereby reducing the number of problems that need to be corrected 
after the software application has been deployed. Furthermore, process flow 300 
provides monitoring of the development environment to detect violated conditions of 
the control information thereby providing early notification of violation of the 
conditions as specified by the control information prior to the deployment of the 
software appHcation. By receiving early notification of violations of the conditions as 
specified by the control information, the development environment and/or software 
application may be updated thereby reducing the costs of correcting problems after 
the soflAvare appUcation has been deployed because the software application is 
incompatible with the target environment. 

Referring to Figure 3, sub-process 301 may refer to the sub-process for 
receiving a request issued fi:om a customer, developer or team of developers of client 
110 (Figure 1) to server 130 (Figure 2). Sub-process 301 may receive as input a 
development environment request 31 1, a change request 312 or a problem report 313. 
As stated above, "development environment request" 311 may comprise a description 
of the development environment and the software application to be developed as 
illustrated in Figure 4. Figure 4 illustrates an embodiment of the present invention of 
development environment request 311. 

Referring to Figure 4, development environment request 311 may comprise a 
plurality of fields such as a description, customer name, environment charge codes, 
data submitted, date requested, severity, estimated end date, reviewed by, target date 
assigned, actual completion date, details and edit history field. The description field 
may be a brief description of the development environment required to build the 
software apphcation. The customer name field may refer to the name of the 
customer. The environment charge codes field may refer to the codes associated with 
charges to be paid by the customer. These charge codes may be entered by the 
developers. The date submitted field may refer to the date the request was submitted. 
The date requested field may refer to the date that the development environment is to 
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be available which may be determined by the developers. The severity field may 
refer to the urgency of the request. The estimated end date field may refer to the date 
when the development environment may no longer be required to build the software 
application. The reviewed by field may refer to the developer or team of developers 
to review the request. The target date assigned field may refer to the initial target 
date of completing the development environment which may be determined by the 
developer or team of developers who reviewed the request. The actual completion 
date field may refer to the date the development environment was actually completed. 
The details field may refer to specific configuration details such as the hardware and 
software components required to build the software appUcation. The edit history field 
may refer to a historical summary of the edits to development environment request 
311. 

A "change request" 312 may refer to a description of the change in the 
development environment to be implemented as illustrated in Figure 5. Figure 5 
illustrates an embodiment of the present invention of change request 312. Referring 
to Figure 5, the change request may compromise a plurality of fields such as an 
author, a description, customer name, date submitted, date requested, severity, 
reviewed by, environment support team assignment, target date assigned, actual 
completion date, details and edit history field. The author field may refer to the name 
of the individual, e.g., developer, team of developers, customer, filling out the change 
request. The description field may be a brief description of the change request 
including the reasons and justifications for the change. The customer name field may 
refer to a name of the customer. The date submitted field may refer to the date the 
request was submitted. The date requested field may refer to the date on which the 
change to the development environment is to be available. The severity field may 
refer to the urgency of the request. The reviewed by field may refer to the developer 
or team of developers to review the request. The environment support team 
assignment field may refer to a team of developers assigned to develop the 
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development environment. The target date assigned field may refer to the initial 
target date of completing the requested change in the development environment 
which may be determined by the developer or team of developers who review the 
request. The actual completion date field may refer to the date the requested change 
5 was actually implemented. The details field may refer to the specific configuration 
details such as the hardware or software components in the development requirement 
requested to be changed. The edit history field may refer to a historical summary of 
the edits to the change request. 

A problem report 313, as illustrated in Figure 6 in an exemplary embodiment, 

10 may refer to a description of a problem detected in the development environment 

including a reference to the particular development environment, the severity of the 
problem and contact details provided by the developer or team of developers assigned 
to develop the development environment. Problem report 313 may comprise a 
plurality of fields such as an author, description, customer name, date submitted, 

15 severity, reviewed by, target date assigned, environment support team assignment, 

actual completion date, environments, servers, network components, details and edit 
history field. The author field may refer to the issuer of problem report 313 such as a 
developer assigned to the development environment. The description field may be a 
brief description of the problem with the development environment including a 

20 suspected cause. The customer name field may refer to the name of the customer. 
The date submitted field may refer to the date the report was submitted. The severity 
field may refer to the urgency of the problem to be solved. The target date assigned 
field may refer to the initial target date of solving the problem reported which may be 
determined by the developer or team of developers who reviewed the report. The 

25 environment support team assignment field may refer to the developer or a team of 

developers selected to correct the problem reported. The actual completion date field 
may refer to the date the problem reported was actually fixed. The environments 
field may refer to the particular development environment experiencing the problem. 
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The servers field may refer to the server(s), if any, that are experiencing problems. 
The network components field may refer to the network component(s), if any, that are 
experiencing problems. The details field may refer to specific configuration details 
required to correct the problem. The edit history field may refer to a historical 
summary of the edits to the problem report. 

Sub-process 301 may output the request, e.g., environment request 311, 
change request 312, problem report 313, to sub-process 302 to review the request as 
indicated by data flow 318. Upon review of the request, the request may be rejected, 
held, returned to the requester or assigned, as discussed fiirther below. 

Sub-process 302 may receive as control information an environment profile 
317, a server profile 315, a network component profile 316 and/or the conditions, 
e.g., customer standards for the hardware and software components in the target 
environment, contract conditions, etc., stated in a statement of work 314. The control 
information may be used by sub-process 302 to manage how to handle the request, 
e.g., environment request 311, change request 312 and problem report 313, as 
discussed fiirther below. Furthermore, sub-process 302 may employ resources to use 
the control information to manage how to handle the request. One such resource is 
the environment support team 327 which may refer to the developer or team of 
developers assigned to create and manage the development environment in question. 

As stated above, sub-process 302 may use environment profile 317 to control 
how to handle the received request. Environment profile 317 may refer to a 
description of the development environment including the hardware and software 
components of the development environment as well as the software appUcation to be 
developed atid project business and financial data, as illustrated in Figure 7. Figure 7 
illustrates an embodiment of the present invention of environment profile 317. 
Environment profile 317 may comprise a plurality of fields such as a name, 
description, customer name, development team administration contact, environment 
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charge codes, estimated setup work effort, estimated monthly work effort, 
development team, environment support team primary, environment support team 
backup, server profiles, network component profiles, details and edit history field. 
The name field may refer to a unique name assigned to the development environment 
5 in question. The description field may be a brief description of the development 

environment including its characteristics. The customer name field may refer to the 
name of the customer. The development team administration contact field may refer 
to the team of developers who are the primary contact for any problems, questions, 
etc., regarding the development environment and are authorized to submit chrages to 

10 the development environment as well as approve any changes to the development 
environment. The environment charge codes field may refer to the codes associated 
with charges to be paid by the customer. These charge codes may be entered by the 
development team contact. The estimated setup work effort field may refer to the 
estimated number of hours required to build the development environment. The 

15 estimated monthly work effort field may refer to the estimated hours required to 

provide support for the development environment on a monthly basis. The 
development team field may refer to the team of developers authorized to submit 
changes to the development environment as well as approve any changes to the 
development environment. The environment support team primary field may refer to 

20 the developer in the development team that is the primary contact. The environment 
support team backup field may refer to the developer in the development team that is 
the backup contact. The server profiles field may identify all server components 
within the development environment. Each identified server may have a profile 
associated with it as discussed in conjunction with Figure 8. The network component 

25 profiles field may identify all network components within the development 
environment. Each identified network component may have a profile associated with 
it as discussed in conjunction with Figure 9. The details field may refer to specific 
configuration details of the development environment. The edit history field may 
refer to a historical summary of the edits to the environment profile. 
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Server profile 315 may describe the hardware and software configuration data 
for an individual server used in the development environment as illustrated in Figure 
8. Figure 8 illustrates an embodiment of the present invention of server profile 315. 
Server profile 315 may comprise a plurality of fields such as a name, host name, 
5 Internet Protocol (IP) address, type/model, serial number, manufacturer support 
contact, installed memory, free memory target, installed Direct Access Storage 
Device (DASD), free DASD target, operating system, installed products, details and 
edit history field. The name field may refer to a unique name assigned to the server 
in question. The host name field may refer to the network host name of the device. 

10 The IP address field may refer to the IP address of the server in question. The 

type/model field may refer to the manufacturer identification number. The serial 
number field may refer to the unit identification nimiber. The manufacturer support 
contact field may refer to the phone number and/or web link to a manufacturer's 
product support group. The installed memory field may refer to the amount of 

15 physical memory currently installed. The free memory target field may refer to the 
percentage of memory in the server that may be utilized. The installed DASD field 
may refer to the amount of physical disk(s) space of the DASD. The free DASD 
target field may refer to the percentage of disk space that may be utilized. The 
operating system field may refer to the name, version, etc. of the operating system of 

20 the server. The installed products field may refer to the name and version of a 
product, e.g., Java C++ development tools, support products, required for a particular 
development environment. The details field may refer to specific configuration 
details of the server. The edit history field may refer to a historical summary of the 
edits to the server profile. 

25 Network component profile 316 may describe the hardware and software 

configuration data for any dedicated network component used in the development 
environment, as illustrated in Figure 9. Figure 9 illustrates an embodiment of the 
present invention of network component profile 316. Network component profile 316 
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may comprise a plurality of fields such as a name, host name, Litemet Protocol (IP) 
address, type/model, serial number, manufacturer support contact, details and edit 
history field. The name field may refer to the name of the network component. The 
host name field may refer to the network host name of the device. The IP address 
field may refer to the IP address of the network component. The type/model field 
may refer to the manufacturer identification number. The serial number field may 
refer to the unit identification number. The manufacturer support contact field may 
refer to the phone number and/or web link to a manufacturer's product support group. 
The details field may refer to specific configuration details of the network 
component. The edit history field may refer to a historical summary of the edits to 
the network component profile. 

Furthermore, sub-process 302 may fiirther receive as control information the 
conditions stated in the statement of work, e.g., customer standards for the hardware 
and software components in the target environment, contract conditions, etc. A 
statement of work may refer to the document that provides the detailed description of 
the project to be completed by the developers. 

As stated above, sub-process 302 may receive control information to manage 
how to handle the request, e.g., environment request 311, change request 312 and 
problem report 313. The request received by sub-process 302 may be rejected if the 
request is not submitted by an authorized customer, an authorized developer or an 
authorized team of developers or if the request is not in compKance with a 
condition(s) of the statement of work as indicated by flow 319. The rejected request 
may be retumed to the requester as indicated by flow 319. Further, the request 
received by sub-process 302 may be held if there are issues that need to be resolved 
as indicated by flow 333. For example, the request may be held to ensure that 
particular contract conditions are met. Furthermore, the request received by sub- 
process 302 may be retumed to the requester if the request is not complete, e.g., 
additional information is required, as indicated by flow 320. Furthermore, the request 
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submitted by an authorized customer or developer or team of developers that contains 
all the required information as v^ell as satisfying all the conditions of the statement of 
work may be transmitted to sub-process 303 to be assigned to the responsible 
development team as indicated by flow 32 L 

Sub-process 303 may be the sub-process that assigns the approved request to 
one or more developers, e.g., a responsible development team. Sub-process 303 may 
receive as input the request approved in sub-process 302. Sub-process 303 may use 
environment support team 327 as a resource to determine the responsible 
development team based on the control information provided by statement of work 
314, server profile 315, network component profile 316 and/or environment profile 
317. Upon assigning the appropriate development tema, the request may be 
transmitted to sub-process 304 to be processed as indicated by flow 322. 

Sub-process 304 may be the sub-process that processes the approved request 
by the responsible development team of environment support team 327. Sub-process 
304 may receive as input the request that is ready to be processed by the responsible 
development team in accordance with the control information provided by statement 
of work 314, server profile 315, network component profile 316 and/or environment 
profile 317. Upon processing the request, the request may be completed as indicated 
by flow 323. Furthermore, sub-process 304 may update any changes, if any, to the 
development environment in environment profile 317 as indicated by flow 326. 
Furthermore, sub-process 304 may update changes, if any, to server profile 315 as 
indicated by flow 324. Further, sub-process 304 may update changes, if any, to 
network component profile 316 as indicated by flow 325. 

Sub-processes 301-304 as described above may occur in a synchronous 
manner. During their operation, sub-processes 305-307 as described below may 
occur in an asynchronous manner configured to detect and notify of any violated 
conditions of the control information, e.g., statement of work 314, thereby providing 
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early notification of violation of the conditions as specified by the control information 
prior to the deployment of the software application. By receiving early notification of 
violations of the conditions as specified by the control information, the development 
environment and/or software appUcation may be updated thereby reducing the costs 
of correcting problems after the software application has been deployed because the 
software application is incompatible with the target environment. 

Sub-process 305 may refer to the sub-process that continuously monitors the 
development environment including but not limited to the hardware components, e.g., 
servers, and the software components, e.g., operating systems, of the development 
environment. Sub-process 305 may monitor the development environment via 
automated monitoring tools 328. Automated monitoring tools 328 may be configured 
to monitor particular operating conditions of the development environment. For 
example, automated monitoring tools 328 may be configured to monitor the 
utilization of the memory space or physical disk space of one or more servers in the 
development environment. Using the conditions as specified in the control 
information, e.g., server not to utilize 80% of its memory space as stated in server 
profile 315, automated monitoring tools 328 may monitor these conditions to 
determine if a condition has been violated. 

Once automated monitoring tools 328 has determined that a condition has 
been violated, sub-process 305 may be configured to assign a severity level 
associated with the violated condition. An exemplary table of different levels of 
severity levels that may be assigned by sub-process 305 including the detemiining 
factors that may be utihzed by sub-process 305 to assign a severity level is provided 
in Table I. 



20 



AUS920011004US1 



PATENT 



Severity Level 


Determining Factors 


1 


One or more development elements 
violate a condition. Development 
environment is completely unavailable. 


2 


One or more development elements 
violate a condition. Development 
environment is partially available, limited 

work may proceed. 


3 


One or more development elements 
violate a condition. Limited impact, 
work may proceed. 



Table I 



As illustrated above, sub-process 305 may assign a severity level "1" when the 
development environment is completely unavailable. The development environment 
may be deemed to be completely unavailable by sub-process 305 based upon the 
5 control information. For example, suppose there are three servers, servers A, B and 
C, in the development environment and server A is not responding. If servers B and 
C are operational but unavailable, then the development environment may be deemed 
to be completely unavailable. Subsequently, the development environment may not 
be able to mimic the target environment where the software application will be 
1 0 implemented until the problem is corrected. 

As further illustrated above, sub-process 305 may assign a severity level "2" 
when the development environment is partially unavailable. For example, suppose 
there are three servers, servers A, B and C, in the development environment and 
server B is not responding. If servers A ^d C are operational but cannot access some 
15 of the software components of the development environment until the problem with 
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server B is fixed, then the development environment may be deemed to be partially 
unavailable. That is, the development environment may be able to partially mimic 
the target environment while the problem with server B is being fixed. 

As further illustrated above, sub-process 305 may assign a severity level "3" 
when the violated condition has a limited impact on the development environment. 
For example, suppose there are three servers, servers A, B and C, in the development 
environment and automated monitoring tools 328 detected that the available disk 
space on server B has reached a warning level as specified in the server profile for 
server B. The development environment may be able to continue to mimic the target 
environment while the problem is being corrected and hence the violated condition 
has a limited impact on the development environment. 

Once sub-process 305 has assigned a severity level to the violated condition, 
sub-process 305 may indicate the violated condition in a report as indicated in flow 
329 which may then be transmitted to sub-process 307 to be transmitted to the 
customer as described in greater detail below. Further, sub-process 305 may be 
configured to determine the appropriate developer or team of developers to be 
notified of the violated condition based on the control information, e.g., environment 
profile 317, server profile 315, network component profile 316. Sub-process 305 
may fiirther issue a notification request to sub-process 306 to notify the appropriate 
developer or team of developers of the violated condition as indicated by flow 330. 
That is, the notification request may be a request to notify the appropriate developer 
or team of developers as identified using the control information, e.g., environment 
profile 317, server profile 315, network component profile 316, of the problem 
identified by sub-process 305. 

Sub-process 306 may notify the appropriate developer or team of developers 
of the problem as identified by sub-process 305 according to the contact information 
provided in the control information, e.g., environment profile 317, server profile 315, 
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network component profile 316. For example, environment profile 317 may specify 
to notify the developer or team of developers in question via e-mail. In another 
example, environment profile 317 may specify to notify the developer or team of 
developers in question by being paged. It is noted that there are numerous me^ of 
notifying the appropriate developer or team of developers of the problem identified 
by sub-process 305 and that such means would be recognized by an artisan of 
ordinary skill in the art. It is further noted that embodiments employing such means 
would fall within the scope of the present invention. Sub-process 306 may further be 
configured to notify the customer immediately of a problem deemed serious, e.g., 
problem with a severity level of "1", using a variety of means as discussed above. 

As stated above, sub-process 305 may transmit an indication of a violation of 
a condition to be inserted in a report to sub-process 307 as indicated by flow 329. 
Sub-process 307 may be configured to also receive as input the status of the 
development environment firom automated monitoring tools 328 as indicated by flow 
335. Automated monitoring tools 328 may be configured to periodically, e.g., once 
every hour, transmit information to sub-process 307 regarding the status of the 
development environment including information that the hardware and software 
components of the development environment are operating in order. Sub-process 307 
may subsequently be configured to issue a report to the customer indicating the status 
of the project defined in statement of work 314 where the report may include violated 
conditions as reported by sub-process 305 as well as the status details of the 
development environment provided by automated monitoring tools 328 as indicated 
by flow 334. The report may be issued to the customer during any time frame, e.g., 
periodically, using any means, e.g., e-mail, mail, etc. It is noted that the means for 
issuing the report to the customer regarding the status of the project defined in 
statement of work 314 would be recognized by an artisan of ordinary skill in the art. 
It is further noted that embodiments employing such means would fall within the 
scope of the present invention. 
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It is noted that certain sub-processes of process flow 300 such as sub- 
processes 301, 305-307 may be implemented by a program in server 130 residing in 
application 250 (Figure 2) or disk unit 220 (Figure 2). 

Although the system, method and computer program product are described in 
5 connection with several embodiments, it is not intended to be limited to the specific 
forms set forth herein, but on the contrary, it is intended to cover such altematives, 
modifications and equivalents, as can be reasonably included within the spirit and 
scope of the invention as defined by the appended claims. It is noted that the 
headings are used only for organizational purposes and not meant to limit the scope of 
1 0 the description or claims. 
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